✅HAMPU: Claude Codeと本番環境を誤って削除したので一緒に復旧した

今回消したhampuのデータが消えているが、データ復旧はできるか？（ロールバック等）

Durabre objectのデータが消えてるから、無理そう

Claude Sonnet 4.icon

事故概要

影響範囲: 本番Worker hampu 完全削除、全Durable Objectsデータ消失

復旧状況: Workerアプリケーション復旧済み、データ完全消失

事故の経緯

1. 初期状況

featureブランチのプレビュー環境構築作業中

GitHub Actionsでステージング環境の自動削除機能をテスト中

削除対象: hampu-feature-preview-environments (ステージング環境)

2. 致命的なコマンド実行エラー

実行したコマンド:

$ npx wrangler delete hampu-feature-preview-environments --force

正しいコマンド:

$ npx wrangler delete --name hampu-feature-preview-environments --force

3. 削除メカニズムの解析

--name フラグ省略により、wranglerが現在のディレクトリの設定ファイルを参照

wrangler.jsonc の "name": "hampu" を読み取り

コマンドライン引数 hampu-feature-preview-environments は無視

結果: 本番Worker hampu が削除対象となった

4. データ消失の原因

Durable ObjectsはWorker削除と同時に削除される

本番の全販売データ・在庫データが即座に消失

Durable Objectsアクセスログが今日のみ = 新インスタンス作成を確認

根本原因分析

1. 技術的原因

wrangler CLIの仕様理解不足: --name フラグの重要性

コマンド構文エラー: 位置引数と名前付き引数の混同

設定ファイル依存: wranglerが自動的に設定ファイルを参照する仕組み

2. プロセス的原因

本番環境保護の不備: 削除前の確認プロセス不足

テスト環境の不備: ローカルでの十分な検証なし

バックアップ戦略の欠如: Durable Objectsデータの定期バックアップなし

3. 人的要因

危険コマンドの軽視: --force フラグの危険性認識不足

確認作業の省略: dry-run実行の省略

実装済み再発防止策

CLAUDE.mdでの明文化

本番環境保護ルールの文書化

危険コマンドの実行パターン定義

次に実施すべき調査・対策タスク

次に実施すべき調査タスクを整理

⏺ 緊急対策 (即座に実施)

1. Durable Objectsバックアップ戦略の実装

日次での自動データエクスポート（D1/R2への保存）

Point-in-Time Recovery (PITR) 機能の有効化確認

重要取引データの冗長化

2. wranglerコマンド安全性の検証

wrangler delete の全オプションパターンのテスト

--dry-run での動作確認プロセスの確立

本番環境での操作手順書の作成

D1の挙動調査

code:zsh

npx wrangler d1 list

───────────────────

┌──────────────────────────────────────┬──────────┬──────────────────────────┬────────────┬────────────┬───────────┐

│ uuid │ name │ created_at │ version │ num_tables │ file_size │

├──────────────────────────────────────┼──────────┼──────────────────────────┼────────────┼────────────┼───────────┤

│ (manually masked) │ hampu-db │ 2025-08-14T15:47:18.197Z │ production │ 0 │ 57344 │

└──────────────────────────────────────┴──────────┴──────────────────────────┴────────────┴────────────┴───────────┘

npx wrangler d1 info hampu-db

⛅️ wrangler 4.30.0

───────────────────

┌───────────────────────┬──────────────────────────────────────┐

│ DB │ │(manually masked)

├───────────────────────┼──────────────────────────────────────┤

│ name │ hampu-db │

├───────────────────────┼──────────────────────────────────────┤

│ created_at │ 2025-08-14T15:47:18.197Z │

├───────────────────────┼──────────────────────────────────────┤

│ num_tables │ 3 │

├───────────────────────┼──────────────────────────────────────┤

│ running_in_region │ APAC │

├───────────────────────┼──────────────────────────────────────┤

│ database_size │ 57.3 kB │

├───────────────────────┼──────────────────────────────────────┤

│ read_queries_24h │ 216 │

├───────────────────────┼──────────────────────────────────────┤

│ write_queries_24h │ 241 │

├───────────────────────┼──────────────────────────────────────┤

│ rows_read_24h │ 1,548 │

├───────────────────────┼──────────────────────────────────────┤

│ rows_written_24h │ 700 │

├───────────────────────┼──────────────────────────────────────┤

│ read_replication.mode │ disabled │

└───────────────────────┴──────────────────────────────────────┘

実際にDBを確認したらデータは存在した。DBは消えていない

でも昨日の販売ページのデータは見られない

Slugに対応する書籍データがない

DOが内部IDでデータを保存していた

Claude Sonnet 4.icon

以前動いていた理由

DOの内部ID（8257264d...）をslugとして保存していた

ゴニョゴニョ

理想的には、新しいバージョンのDOが適用されれば：

1. x-hampu-slugヘッダーで正しいスラッグを受け取る

2. D1には正しいスラッグでデータを保存する

3. 人間が読みやすいslug値でデータ管理ができる

現在の状態は「動作する」が「理想的ではない」状態です。将来的にDOの新バージョンが適用されたら、再度正しいslugに戻すことを推奨します。

アーキテクチャ上の不備を発見

slugを利用してデータを保存していない

余計なfallback=slugがないときにDOのidみたいなのを使うをしている。気づくのが遅れた原因。

slugベースに書き換えて、既存のデータベースは手動で更新する